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DETAILED ACTION 

1 . This action is responsive to the Applicant's response filed 12/12/2006. 

As indicated in Applicant's response, claims 1, 7, 14-15, 21, and 28 have been amended. 
Claims 1-28 are pending in the office action. 

Claim Rejections - 35 USC §103 

2. The following is a quotation of 35 U.S.C 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. Claims 1-28 are rejected under 35 U.S.C. 103(a) as being unpatentable over Shih et al., 
USPN: 6,405,362 ( hereinafter Shih), in view of Garney, USPN: 5,319,751 (hereinafter Garney). 

As per claim 1, Shih discloses a method for loading the software application from an 
expansion card in an electronic device (e.g. col. 3, lines 8-18), said method comprising loading, 
starting and executing program modules in the device; 

which expansion card can be coupled in a releasable manner to the device (Fig. 1; 3); 

executing the loading of the expansion card application is done in 2 phases (Fig. 2, 3); 

wherein the first phase includes the loading and start-up of the basic module (e.g. event 
monitor , step 300 - Fig. 2; col. 6, lines 25-37 ); and 

the second phase includes conducting the loading and start-up of the software application 
module (e.g. steps 3 1 5-320 - Fig. 3) when the expansion card is coupled to the electronic device, 
the basic module already loaded (Note: event monitor to see if insertion or removal event occurs 
reads on its being loaded prior to such event); 
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the basic module receiving a signal about attaching the expansion card and loads the 
software application ( Fig. 3). 

Shih discloses software applications on hand held devices or user event-driven 
applications, each of them necessarily include user interface modules (e.g. col. 6, lines 5-32); 
hence has disclosed that the expansion software application to be loaded can be an user interface 
software or application modules used in such handheld devices. 

Nor does Shih specify that said user interface software from the expansion card is divided 
in a basic module and a user interface module, said basic module and said user interface module 
being separate parts of the same user interface software. The loading and activation of software 
from removable media being divided into a basic operating system level module and a main 
software module was a known concept in the art of computer booting and loading of operating 
system components or upgradable software. And this has been applied to software provided via 
removable device being coupled to host computer system targeted for the purpose to load up 
thereto such additional software or O S. components. Whereas Shih uses a shell stand-alone 
code or thread to snoop on card insertion event, the importance of straining on the operating 
system resources or obviating tight dependency on architecture diversity and crash due to 

A 

conflict thereof is evidenced ( see Shih: col. 6, line 41 to col. 7, line 18; col. 30-46; col. 9, line 
24-53) via provision by the card insertion with module or OS related code to support the 
specifics of the software to install with such diversity and compatibility of resources. Analogous 
to the endeavor so concerned by Shih, Garney, in a method to activate/configure a processing 
device with software loaded from the removable resources being attached thereon analogous to 
the expansion card loading by Shih, teaches the software loading being done in 2 parts, with both 
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parts being separate components of the software product; the first part being a stub for setting 
basic operating system configuration for preparing the host machine to incorporate the second 
part on the software which is loading and activation the content of the software in the removable 
card (Fig. 6-12). At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to provide a software product for such product loading method as 
suggested by Shih with a 2 separate parts or components just as taught by Garney just so to 
prepare the host target system with first software basic ( Garney 's stub) component to 
incorporate a second and main component of the software for which more resources are required 
and yet assure secure control and operation of the incorporation of this main software component 
in that less resources would be used to forestall conflicts by which more resources could be 
otherwise jeopardized. 

As per claim 2, Shih further teaches a method wherein the first basic module controls 
the execution of the second phase (step 3 15 - Fig. 3). 

As per claim 3, Shih further teaches application programming interface and device driver 
to arrange communication between user interface software and expansion card (Fig. 3 - Note: 
OS. device driver recognition cooperating with shell or windows API for signaling an hardware 
insertion is implicitly disclosed); said basic module being signaled on the coupling of the 
expansion card from device driver for effecting the loading and start-up of the software user 
interface module (e.g. col. 6, line 20 to col. 8, line 32). 

As per claim 4, Shih does disclose wherein coupling an expansion card to a electronic 
device an interrupt signal is produced with OS examination of cause therefor; and information on 
the coupling is transmitted to a device driver ( e.g. col 7 3 lines 30-50 - Note: Shell notifying a 
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event monitor to allocate immediate resource for handling a signal is equivalent to interrupt 
signal handler for addressing hot insertion of card). 

As per claim 5, Shih discloses wherein the decoupling of an expansion card halts 
processing of a user interface module without interrupting the basic module ( Fig. 2,3 - Note: 
event monitor is required to remain functional even if card is removed for signal removal event). 

As per claim 6, Shih discloses that memory is allocated for a user interface module when 
said module is loaded and said memory is deallocated when an expansion card removed from an 
electronic device ( e.g. col. 7, lines 19-23, 62-67) 

As per claim 7, Shih discloses a electronic device comprising means for loading a 
expansion card software in an electronic device, means for coupling an expansion card in a 
releasable manner in electronic device; and means for loading, starting and executing program 
modules in the device ( Fig. 2,3); and the loading of the application being arranged to be 
executed when the expansion card is coupled to the device and the basic module already loaded 
(Note: event monitor to see if insertion or removal event occurs reads on its being loaded prior to 
such event); wherein a basic module receives a signal about attaching the expansion card and 
loads the software application ( Fig. 3). 

From claim 1, Shih discloses that the expansion software application to be loaded can be 
an user interface software or application modules (e.g. col. 6, lines 5-32) used in such handheld 
devices. 

Nor does Shih disclose that the user interface software is divided in a basic module and a 
user interface module, said basic module and said user interface module being separate parts of 
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the same user interface software; but this limitation has been addressed in claim 1 above using 
Garney. 

As per claims 8-9, these are the apparatus claims corresponding to the method of claims 
2-3, respectively. The claims are rejected under the same arguments as cited above, with Column 
2, Line 1 referencing the apparatus (information process apparatus). 

As per claims 10-11, these claims represent an apparatus performing a method 
corresponding to the method of claims 3 and 4, hence are rejected using the same arguments as 
cited above in the respective claims (Fig. 3 - Note: O.S. device driver recognition cooperating 
with shell or windows API for signaling an hardware insertion is implicitly disclosed; col. 6, line 
20 to col. 8, line 32; col 7, lines 30-50). 

As per claim 12, Shih discloses communications with bus and multi-machine 
environment ( Fig. 1); and Garney teaches that the expansion card comprises a 
transmitter/receiver unit and power amplifier (e.g. device driver - col.l, li.60 to col.2, li.4). At 
the time of the invention, it was a well-known concept to one of ordinary skill in the art that a 
power amplifier is commonly used in the output stage of a signal-producing device to isolate 
output impedance. Additionally, it was also well-known in the art that a driver acts as 
transmitter/receiver unit to control components of a specific computer resource, and that card 
like modem or game adapter card come with a speaker being amplified by a power amplifier. 
Hence if Garney ( in combination with Shih) does not already provide a high frequency power 
amplifier at the output stage of the transmitting unit, it would have been obvious to a person of 
ordinary skill in the art to modify Garney 's expansion card so that it does come with one such 
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amplifier to generate audio or signal with frequencies capable of being amplified for securing 
distance transmission of signal or impedance matching purposes. 

As per claim 13, Shih further teaches an apparatus for performing the method of claim 1 
wherein the electronic device is a data processor (e.g. col. 6, lines 5-32). 

As per claim 14, Shih further teaches a storing means for performing the method of 
claim 1 (e.g. memory - col. 2, li.2; Fig. 12); all of whose limitations having been addressed above 
in claim 1 . 

As per claim 15, Shih discloses a method for loading the application software of an 
expansion card in an electronic device, said method comprising loading, starting and executing 
program modules in the device; 

which expansion card can be coupled in a releasable manner to the device (Fig. 1; 3); 

executing the loading of the expansion card application software is done in 2 phases (Fig. 

2, 3); 

wherein the first phase includes the loading and start-up of the basic module (e.g. event 
monitor, step 300 - Fig. 2; col. 6, lines 25-37 ); and 

the second phase includes conducting the loading and start-up of the software application 
module (e.g. steps 3 15-320 - Fig. 3) when the expansion card is coupled to the electronic device 
(Fig. 3) and the basic module has already been loaded (Note: event monitor to see if insertion or 
removal event occurs reads on its being loaded prior to such event). 

From claim 1, Shih discloses that the expansion software application to be loaded can be 
a user interface software or application modules (e.g. col. 6, lines 5-32) used in such handheld 
devices. 
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Shih does not explicitly disclose optionally stopping between the first phase and the 
second phase, but this is implicitly disclosed because (see Fig. 3) any time the user chooses to 
stop the event monitor at stage 300, the user can effect an manual interruption and enable the 
stop between the 2 phases, i.e. alternative by user to stop the installation before it starts reads on 
optionally stopping. 

Nor does Shih specify that said user interface software is divided in a basic module and a 
user interface module, said basic module and said user interface module being separate parts of 
the same user interface software. But these limitations have been addressed in claim 1 above. 

As per claims 16-20, refer to respective rejections of claims 2-6. 

As per claim 21, this corresponds to claim 7, hence is rejected using the corresponding 
rejections as set forth therein; and further recites means capable of stopping the loading between 
the loading of the basic module and user interface module. This limitation has been addressed in 
claim 15 above. 

As per claims 22-27, refer to respective rejections of claims 8-13. 

As per claim 28, this is a storing means version of claim 15, hence is rejected using the 
corresponding rejections as set forth therein, the storing means being inherent in a processing 
unit like the computing system as taught by Shih. 

Response to Arguments 
4. Applicant's arguments filed 12/12/2005 have been fully considered but they are not 
persuasive. Following are the Examiner's observation in regard thereto. 
(A) Applicants have submitted that Shih, 'the event monitor by Shih . . . not part of the user 
interface of the expansion card' and that 'the autorun program loads an application from the 
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medium. . .memory of PC making the autorun not same as the claimed basic module (Appl. 
Rmrks, pg. 11, middle para). The rejection has pointed to the event monitor to be what is called 
a basic module that has been on the device (i.e. loaded) by the time the inserting or removing of 
the expansion card occurs. It is moot that the autorun.exe is part of the expansion card; and the 
argument are seen to be misplaced. The main aspect that the rationale of USC 103 address 
evolves around why it would be beneficial that the 'basic module' come from the expansion card 
software product; such that by being first loaded it would alleviate issues raised by Shih, and 
further enhanced by Garney's teaching. The newly added limitation enforcing that the first 
module ( Shih's Fig. 2 - event monitor 210) and the main UI module (Application 220) are 
separate parts of the same application would have to be considered in light of the grounds of the 
103(a) rejection. That is, this limitation has been addressed using Garney ( in light of some 
concerns by Shih) to show why it would be beneficial that a expansion card software product to 
have a first module being installed first in order to analyze compatibility of Operating system 
and well as releaving Shih's shell code from the continual strain of monitoring events, thereby 
independently enable the detection of card insertion of the second module and ensuring problem- 
free usage/activation of the main application software in the target environment as it is loaded. 
Shih, alone might not provide all the limitations but when combined with Garney, these happen 
to be obvious in view of the rationale as set forth in the rejection; against which Applicants do 
not appear to have provided counter-arguments that would show specifics as to why the 
combined teachings would yield unwanted results. The rejection has shown why by providing a 
module distinct from the main module to install, the endeavor as to accommodate the specifics of 
target computer system or different architecture machine diversity with the application software 
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to be loaded by Shih can be enhanced by Garney, who supplies a separate module first for 
observing whether the target system has what it takes to be compatible to be using the 
application. In response to applicant's arguments against the references individually, one cannot 
show nonobviousness by attacking references individually where the rejections are based on 
combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In re 
Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed, Cir. 1986). 

(B) Applicants have contended that the amendments made now make it clear that the basic 
module is not universal module but a module from the expansion card ( Appl. Rmrks, pg. 11, 3 rd 
para). This adds no further weight to the interpretation derived from the claims even prior to 
their being amended. The 103(a) rationale that Shih's event monitor would be better if it not be a 
thread of a shell but part of the expansion card has been set forth in the rejection combining 
Garney and Shih, making the rebut on the basic module being universal (e.g. against autorun 
code -see section A) unconvincing. Applicants have not considered the fact that there is no 
teaching in the claim that would render the rationale as to making of Shih's monitor event as part 
of the expansion impossible, undesirable or faulty, based on the grounds as set forth in the 
rejection. In order to evidence that the novelty really lays in the features that a basic module 
should come from the expansion card and must be loaded first, more teaching should be provided 
to negate the remote possibility for combining Garney to Shih or to prove that their combination 
will lead to adverse effects; and such teaching has not been very explicit in the claim. Prior art in 
software upgrade arts has been known for sending first a module to a target device so that the 
module investigates the possibility for the main software installation therein; after which the 
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main module would be determined to be downloaded or loaded up from a storage external to said 
target environment; and Garney's stub is one evidence of such investigating module. 
(C ) Applicants have submitted that Garney's actual device is used such that the target 
computer neither contains the stub code nor the second part(Appl. Rmrks, pg. 12, 1 st para) and 
while the claim is amended to make it clear that basic and interface module are parts of same 
software and that the basic module is already loaded when the card is inserted (Appl. Rmrks, pg. 
12, 2 nd , 3 rd para ). It is noted that the rationale using Garney with Shih is intended to fulfill the 2 
parts of a same software product being separately applied in 2 phases, i.e. the first part being the 
module installed first and used to check the conditions of the target system as well as detecting 
the insertion of the main second module; and a second part which the main software to install. 
Litterally from the rejection, ' . . .Nor does Shih specify that said user interface software from the 
expansion card is divided in a basic module and a user interface module, said basic module and 
said user interface module being separate parts of the same user interface software', it is evident 
that the rejection is purported to provide a reason why both the basic module and the main 
software could both be coming from the expansion software — so that by the time the expansion 
main module is determined to be loaded, the basic module has been already executed in the 
target system. The combination is mainly purported to address the limitation that Shih's 
expansion card software — or UI application software as claimed— can be divided into a basic 
module and a UI application module, i.e. what is recited as 'said basic module and said user 
interface module being separate parts of the same user interface software'. The rejection has 
shown exactly the motivation for Shih's 2 phases ( Fig. 2) to additionally provide the structuring 
of the application software so that it includes a main software application/module and an initial 
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software module (or initialization stub as taught by Garney) so that the main part of the 
application can thereafter ( second phase) be installed under the regulative execution of such 
initial module (first phase) which has been installed in the first place; and this is a well known 
concept as mentioned in section B above. The rationale in the rejection is specifically addressing 
the limitation of partitioning Shih's expansion card content into an initial module and a main 
module (or separate parts of the UI software); not trying to meet the requirement of the main 
software module ( the UI module) to be loaded and executed or to meet how the basic module 
has been initiated; these limitations believed to have been met by Shih as shown in the claim 1 
rejection or mentioned in section A. Applicants fail to show specifics as to why the combination 
as set forth would generate adverse effects or would not generate a good chance of success; and 
this has been pointed in section A above. In all, as mentioned above, Garney is not brought in 
fulfill the installing or activating of software from the inserted card but only to show that the 
application software can come with 2 modules being separated and used as a initiation or basic 
module, and a main module, each loaded in a distinct phase; all of this being mentioned in 
section B above. In response to applicant's arguments against the references individually, one 
cannot show nonobviousness by attacking references individually where the rejections are based 
on combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In 
re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986). 
Thus, the rejection will stand rejected as set forth. 

Conclusion 

5, THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 
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A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Tuan A Vu whose telephone number is (272) 272-3735. The 
examiner can normally be reached on 8 AM-4:30PM/Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kakali Chaki can be reached on (571)272-3719. 

The fax phone number for the organization where this application or proceeding is 
assigned is (571) 273-3735 ( for non-official correspondence - please consult Examiner before 
using) or 571-273-8300 ( for official correspondence) or redirected to customer service at 571- 
272-3609. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 


VAT 

February 24, 2006 
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